(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office euro pee n des brevets 



(12) 



(H) EP 1 096 729 A1 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

02 05 2001 Bulletin 2001/18 

(21) Application number 99308518.2 

(22) Date of filing: 28 10. 1999 



(51) Intel 7; H04L 12/28, H04L, 1/00, 
H04L1/18 



(84) Designated Contracting States: 


* Shao, Zftimin 


AT BE CH CY DE DK ES F! FR GB GR IE fT LJ LU 


100101 Beijing (CH) 


NIC NL PTSE 


• Lawton, Michael 


Designated Extension States: 


Stratford St. Mary, Colchester C07 6JO (GB) 


AL LT LV MK RO SI 




(74) Representative: Lawrence, Richard Anthony et al 


(71) Applicant: Hewlett-Packard Company, 


Hewlett-Packard Limited, 


A Delaware Corporation 


IP Section, 


Palo Alto, CA 94304 (US) 


Building 3, 




Filton Road 


(72) Inventors: 


Stoke Gifford, Bristol BS34 8QZ (GB) 


• Johnson, Ian 


Horfield Bristol BS7 OAX (GB) 





(54) Rate adaptive payload transmission for local area networks 



(57) A method of communication between comput- 
ing entities fn a local area network operating an CSMA 
protocol in an environment where reflections of omni- 
directional transmissions from a plurality of objects 
cause multi-path fading includes data packets being 
transmitted having a header at a first, lower data rate, 
followed by transmission of payload data at a second, 
higher data rate Where the packets are not confirmed 
to be received, the packet is retransmitted a predeter- 
mined number of times before the transmitting entity re- 
duces the payload data rate of the packet and retrans- 
mits the packet If the retransmitted lower payload data 
rate packet is not confirmed to be received within the 
predetermined number of transmissions at the lower 
rate, the packet is dropped 
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Description 

Ffefd of the Invention 

[0001] The present invention relates to local area net- 5 
works comprising a plurality of node elements commu- 
nicating with each other by wireless [inks 



Background to the invent ion 
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[0002] Conventional local area networks comprising 
a plurality of computing entities, for example personal 
computers (PCs) transmit and receive signais with each 
other according to known protocols, such as the 
Ethernet protocol, over coaxial cables connected be- 1& 
tween Ethernet ports provided at each of the individual 
computing entities Whilst cabled network sofutions are 
very successful commercially and technically, they have 
a disadvantage In flexibility of usage and cost For ex^ 
ample In a typical office environment provision needs to 20 
be made for cabling between computing entities, such 
as raised flooring Although a cable solution itself is rel- 
atively inexpensive, there are hidden costs in provided 
ducting for cabling between computing entities 
[0003] A known solution which removes the need for 25 
coaxial cable extending between different computing 
entities in a local area network involves each computing 
entity being provided with a transmitter/receiver device 
which operates at wireless frequencies, typically 5 GHz 
Such short range communications are practical within 30 
enclosed indoor environments for communicating over 
short distances of the order of meters to tens of meters 
at relatively low power A plurality of computing entities 
linked together in a local area network use wireless finks 
to communicate with each other Within a particular net- 35 
work, the plurality of entities all communicate with each 
other on a single frequency channel, of frequency of the 
order 5 GHz using a CSMA protocol in which a sending 
entity transmits a plurality of data packets with all enti- 
ties in a network receiving the data packets at the same 40 
carrier frequency. The packet contains a header infor- 
mation which includes an address of a particular com- 
puting entity for which the packet is intended The ad- 
dress information is added by a higher Jevei protocol 
than CSMA Only the computing entity whose address 45 
is included in the header decodes the packet. According 
to the CSMA protocol, to avoid two or more computing 
entities transmitting at the same time on a same fre- 
quency, the CSMA protocol includes transmission rules 
which allows or denies each computing entity permis- so 
sion to transmit. Therefore only one computing entity 
transmits at any onetime, and all computing entities re- 
ceive the transmission, but only computing entities to 
whom the packet header is addressed decode the pack- 
ets 55 
[0004] Referring to Fig, 1 herein, there is illustrated 
schematically first and second computing entities 100, 
101 in an indoor office environment communicating with 



each other First computing entity 100 compr ising a per- 
sonal computer transmits a message for printing a doc- 
ument, to second computing entity 101, in this example 
a printer device In order for the computing entities to be 
physically moved around relative to each other so that 
computers, printers, peripheral devices and the like 
comprising the computing entities m the network can be 
placed anywhere within a local area, each entity trans- 
mits and receives omnidirectionally However; in an in- 
door environment, such as an office, domestic premises 
or laboratory there exist a large number of obstacles and 
reflective surfaces, including wails, heating radiators, 
doors, ceilings, floorings, filing cabinets and the like, all 
of which reflect transmissions Further, the reflective 
properties of the indoor environment may change dy- 
namically, for example with people walking in and out of 
the environment, doors or windows opening and clos- 
ing, new objects being introduced into the area or exist- 
ing objects being removed from the area 
[0005] Receiving entity 101 may receive transmis- 
sions from transmitting entity 100 over a large plurality 
of transmission paths due to reflections in the environ- 
ment of the local area network, as illustrated schemati- 
cally by path arrows 1 02 - 1 05 in Fig 1 Receiving entity 
101 receiving multi-path transmission may experience 
fading due to out-of-phase cancellation from transmis- 
sions received over different paths The problem of fad- 
ing increases with the rate of data transmission over the 
network, since inter-symbol interference between re- 
ceived digital pulses increases with increasing data rate, 
and is also dependent upon the pulse period and the 
period between the transmission of individual pulses. 

Summary of the Invention 

[0006] Specific implementations of the present inven- 
tion aim to provide a robust transmission and reception 
protocoi which overcomes or alleviates reception prob- 
lems caused by multi-path fading and reflections in the 
transmission environment 

[0007] According to first aspect of the present inven- 
tion there is provided a method of operating a computer 
entity for communicating over a local area wireless link, 
said computing entity comprising at least one processor, 
at least one memory means, at least one transmitter and 
at least one receiver, said method comprising the steps 
of: 

performing at least once, a higher data rate trans- 
mission of a data packet comprising a header data 
and a payload data, wherein said header data is 
transmitted at a first transmission data rate and said 
payload data is transmitted at a second transmis- 
sion data rate said second data rate being higher 
than said first data rate, said header data contain ing 
a field describing said second transmission data 
rate of said payload data; 
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monitoring for receipt of a confirmation signal said 
confirmation signal confirming that said data packet 
has been received; 

monitoring a number of said higher data rate trans- 5 
missions made: 

if a number of said higher data rate transmis- 
sions of said data packet have been made which 
exceeds a first predetermined number, and said 
confirmation signal fs not received, then performing 10 
at feast one lower rate transmission of sard data 
packet, wherein said header data is transmitted at 
said first data rate and said packet data is transmit- 
ted at a data rate being Jower than said second 
transmission data rate; 15 

: v monitoring a number of said lower data rate trans- 
. missions of said data packet; and 

if a number of said Jower data rate transmissions 20 
exceeds a second predetermined number, and said 
confirmation signal is not received, dropping said 
data packet 

[0008] Said step of performing a higher rate transmis- 25 
sion of a data packet may be performed at least two 
times 

[0009] Said step of performing a lower data rate trans- 
mission of a data packet may be performed at least 
twice 30 
[0010] The first pre-determined number may beset at 
a value of at least two, such that the data packet is sent 
at the higher data rate transmission at least twice 
[0011] The same pre-determined number may be set 
at a value of at least two, such that the lower data rate 35 
transmission is made at least twice prior to dr opping the 
data packet 

[0012] The invention includes a computer entity capa- 
ble of communicating over a local area wireless link, 
sard computer entity comprising at Jeast one processor; 40 
at least one memory means; at feast one transmitter; at 
feast one receiver; wherein said computer entity further 
comprises means for controlling a first higher rate of 
transmission of a data packet comprising header data 
and payload data, for transmission of said header data 45 
at a first data transmission rate and transmission of said 
payload data at a second transmission data rate, said 
second data rate being higher than said first data rate, 
said header data containing a field describing a trans- 
mission data rate of said payload data; means for mon- 50 
itoring receipt of a confirmation signal for confirming that 
said data packet has been received; timing means for 
timing at (east one pre-determined time period for mon- 
itoring receipt of said confirmation signal; said computer 
entity operating to: perform at feast once, a higher data 55 
rate transmission of a data packet comprising a header 
data and a payload data, wherein said header data is 
transmitted at a first transmission data rate and said 



payload data is transmitted at a second transmission da- 
ta rate, said second data rate being higher than said first 
data rate, said header data containing a field describing 
said second transmission data rate of said payload data; 
monitor for receipt of a confirmation signal, said confir- 
mation signal confirming that said data packet has been 
received; monitor a number of said higher data rate 
transmissions made; if a number of said higher data rate 
transmissions of said data packet have been made 
which exceeds a first predetermined number, and said 
confirmation signal is not received, then performing at 
least one lower data rate transmission of said data pack- 
et, wherein said header data is transmitted at said first 
data rate and said packet data is transmitted at a data 
rate being lower than said second transmission data 
rate; monitoring a number of said lower data rate trans- 
missions of said data packet; and if a number of said 
lower data rate transmissions exceed a second prede- 
termined number, and said confirmation signal is not re- 
ceived, dropping said data packet 
[0013] The computer entity may further operate such 
that said step of performing a higher data rate transmis- 
sion of a data packet is performed at least two times 
[0014] The computer entity may further operate such 
that said step of performing a lower data rate transmis- 
sion of a data packet is performed at least two times 
[0015] The computer entity may be p re-configured 
such thai said first pre-determined number is set at a 
value of at least two 

[0016] The computer entity may be pre-configured 
such that said second predetermined number is set at 
a value of at least two 

[0017] The invention includes a computing entity for 
communicating over a locai area wirefess link, said com- 
puting entity is configured for receiving a plurality of 
packet data transmitted over said local area wireless 
link, said computing entity comprising: at least one proc- 
essor; at Jeast one memory means; at least one trans- 
mitter; at least one receiver means, said receiver means 
operating for receiving a header data of said data pack- 
et, said header data received at a first data rate; decod- 
ing means for decoding a rate field of said header data 
to obtain a data rate information specifying a data rate 
at which a payload data of said data packet is to be re- 
ceived, said receiver receiving said payload data at said 
specified data rate; means for verifying that said data 
packet is correctly received; and means for generating 
a confirmation signal confirming receipt of said data 
packet, and sending said confirmation signal via said 
transmitter 

Brief Description of the Drawings 

[0018] Fora better understanding of the invention and 
to show how the same may be carried into effect, there 
wiJI now be described by way of example only, specific 
embodiments, methods and processes according to the 
present invention with reference to the accompanying 
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drawings m which: 

Fig 1 illustrates schematically a local area network 
comprising a plurality of computing entities commu- 
nicating with each other over wireless links in a re- 5 
fJective indoor environment; 

Fig 2 illustrates schematically a communications 
port card component provided for each computing 
entity, containing atransmitter and receiver for com- to 
municating between computing entities according 
to a specific implementation of the present inven- 
tion; 

Fig 3 illustrates schematically a data packet trans- ts 
mitted and received between computing entities in 
a local area network according to the specific im- 
plementation of the present invention; 

Fig 4iflustrates schematically a transmission mode 20 
process implemented by a processor of the port 
card for implementing a transmission and reception 
protocol according to the specific implementation of 
the present invention; 



25 



30 



Fig 5 illustrates schematically a reception mode 
process carried out by the specific embodiment of 
the present invention for handling receipt of packet 
data and confirming receipt of packet data to a 
transmitting entity according to the specific imple- 
mentation of the present invention; 



Fig, 6 herein illustrates schematically a successfully 
transmission of a multi-data rate packet between 
transmitting and receiving entities in a local area 35 
network according to a specific method of the 
present invention; 

Fig 7 illustrates schematically a successful retrans- 
mission of a multi-data rate packet between trans- 40 
mitttng and receiving entities according to the spe- 
cific method of the present invention; 

Fig 8 illustrates schematically afaifed transmission 
and retransmission and. successful third transmis- 45 
sion of a mufti-data rate packet between a transmit- 
ting entity and a receiving entity according to the 
specific method of the present invention; and 

Fig. 9 illustrates schematically an unsuccessful so 
communication of a mufti-data rate packet on first, 
second and third attempts between a transmitting 
entity and a receiving entity, followed by a success- 
ful communication of a packet data having a iower 
payload data rate and confirmation of successful re- 55 
ceipt of the packet by the receiving entity according 
to the specific method of the present invention 



Detailed Description of the Best Mode for Carrying 
Outthe Invention 

[0019] There will now be described by way of example 
the best mode contemplated by the inventors for carry- 
ing outthe invention In the following description numer- 
ous specific details are set forth in order to provide a 
thorough understanding of the present invention it will 
be apparent however to one skilled in the art, that the 
present invention may be practiced without limitation to 
these specific details In other instances, wed known 
methods and structures have not been described in de- 
tail so as not to unnecessarily obscure the present in- 
vention 

[0020] In this specification, the term "focal area net- 
work" is used to describe a plurality of computing entities 
which are interconnected to communicate with each 
other over a local area The geographical extent of a 
local area can range from the order of a few meters to 
a few tens of meters In the best mode implementation 
described herein, wireless links are designed and opti- 
mized to operate over distances of around 10 meters 
between transmitting and receiving computer entities. 
[0021] Referring to Fig. 2 herein there is illustrated 
schematically a transmitter-receiver port card suitable 
for use In each computing entity of the network for com- 
municating between entities The card comprises a su- 
per heterodyne architecture transmitter and receiver el- 
ement 200 for transmitting and receiving signals at a 
nominal center frequency of 5 86 GHz, with intermedi- 
ate frequencies at 1490 MHz and 70 MHz The trans- 
mitter applies modulation to the 1 490 MHz intermediate 
frequency for transmitting bit pulses ft will be under- 
stood by those skilled in the art that those frequencies 
applied in this case is a specific impfementation and in 
the general case, these frequencies may be varied The 
port card comprises a dtpoie antenna for transmission 
and reception at the operating frequency On a trans- 
mission path, there is provided a formatter circuit 201 
which appends a header data to each of a plurality of 
packets of data priorto transmission and scrambles the 
data by combining the data with a maximal length se- 
quence. The formatter circuit 201 receives payload data 
from a micro-processor 202 A header data is pre-pen- 
ded to each payload data to form a corresponding rep- 
resentative packet Micro-processor 202 controls trans- 
mission of the packets by controlling the transmitter 200 
via transmitter/receiver control circuit 203 
[0022] A receive circuit comprises the receiver 200, 
which inputs received RF data to aclock recovery circuit 
204 Starter frame detection circuit 206 forms packet 
synchronization by comparing the header data of re- 
ceived data packets with a stored reference sequence 
of data A packet is deemed to have ar rived if a detected 
sequence of 32 bits exactly matches the referenced se- 
quence Once the packet has been detected, a length 
field comprising the header data of the packet is read 
so that a position of the end of the packet can be deter- 
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mined. This information is passed to processor 202 so the packet containing payioad data can be but is not al- 

that the packet can be processed for a cyclicaf redun- ways transmitted at a second data rate, the second data 

dancy check (CRC) rate being higher than the first data rate For example 

[0023] Control circuit 203 passes control signals to the payioad data part of the packet may be transmitted 

the transmitter/receiver 200 which includes control sig- 5 at 10 MBits/s Alter natively, the transmitter may transmit 

nals to switch the transmitter/receiver between receive the payioad data portion of the packet at a third data 

and transmit modes With the exception of the clock re- rate, thethird data rate being Jowerthan thesecond data 

covery circuit 205 which operates at 1 00 MHz, the rest rate. For example in the best mode herein, a first data 

of the circuit operates at 10 MHz, this being compatible rate of 1 MBit/s may be used for transmission of the 

with the highest data rate 10 header data, and the second data rate, in the best mode 

[0024] The transmitter and receiver elements of the herein 10 MBits/s is used for the payioad data Thethird 

port card of Fig 2 are designed to operate at a carrier data rate T used for a lowerpayload data rate is 1 Mbits/s 

frequency suitable for indoor usage, for example 5 GHz [0026] The first data rate used for transmission of the 

or thereabouts. All computer entities within a network header portion is selected to be low enough such that 

have port cards which operate at the same carrier fre- 15 under a wide variety of environments, reception by a re- 

quency and transmission of messages by each compu- ceiving entity of the network has a high degree of relia- 

ter entity is controlled according to a known access con- bility Selection of the second data rate used for payioad 

trol protocol, for examplethe known CSMA protocol Da- transmission, which is higher than the first data rate is 

ta transmission rates are selected such that in normal selected for optimum data transfer, under normal oper- 

usage an average data transmission rate between com- 20 ating conditions However, because of reflections and 

puting entities is sufficiently high to carry continuous da- multi-path fading, transmission of the payioad data at 

ta over a transmission link, taking account of any inter- the higher data rate may not be as reliable as transmis- 

ruptions in transmission and reception which may occur sion of the header data atthe lower data rate According 

as a result of lost data due to multi-path fading at higher to the best mode implementation of the present inven- 

data rates, interruptions in transmission paths due to 25 tion, the transmitter attempts to transmit each payfoad 

passage of obstacles, movement of people and the like data at a relatively high data rate to obtain as high an 

in the environment in which the network operates For overall data rate as possible for data transfer over the 

example where video data is transmitted at 1 5 MBits/s wireless link However, under conditions of fading or 

then the average design data rate over a prolonged pe- poor reception, the transmission entity reverts to a lower 

riod must be greater than 1 5 MBits/s in order to carry 30 payioad data rate in order to obtain reliable transmis- 

this traffic In the best mode implementation, transmis- sion A decision on data rate transmission is taken on a 

sion of packetized data is made at a plurality of data per packet basis That is to say each packet is initially 

rates, which may be above and below the average de- attempted to be transmitted at a higher data rate and if 

signdatarateoverwhichalinkmust operate When con- transmission is unsuccessful, the data rate of the pay- 

ditions of poor transmission are encountered at a higher 35 bad portion of the packet is reduced to a lower data rate . 

data rate, a transmitting entity automatically lowers the If the lower data rate transmission is not received within 

rate of data transmission to a rate at which reception of a pr eset number of attempts, then the packet is dropped 

the transmission is more likely to be successful Trans- In this specification, the term 'dropping a data packet' 

mission between computing entities is made by means means not attempting to re-transmit the data packet, 

of a plurality of packets transmitted by a transmitting en- 40 ceasing to attempt to send the data packet, or ceasing 

tity for reception by a receiving entity Upon successfuf to actually send the data packet The data packet may 

receipt of a packet by the receiving entity, the receiving become overwritten in an internal memory of a computer 

entity transmits a confirmation signal back to the trans- entity as a result of dropping the packet A next packet 

mitting entity, so that the transmitting entity is able to to be transmitted is again attempted to be transmitted 

determine that the packet has been successfully re- 45 atthe higher payioad data rate initially, and if the initial 

ceived over the wireless link. transmission is not successfully confirmed by the receiv- 

[0026] Referring to Fig 3 herein, there is illustrated ing entity, the payioad data portion of the packet is re- 

schematicaliy a single data packet used for transmis- transmitted at a lower data rate with a predetermined 

sion over the wireless Jink The packet comprises a number of attempts If after a predetermined number of 

header portion 300 containing data bytes identifying the 50 attempts the lower data rate transmission is not sue- 

intended recipient computing entity of the packet, syn- cessfully confirmed by the receiving entity, the packet is 

chronization data for enabling the receiving entity to syn- dropped by overwriting it in buffer memory of the port 

chronize with the packet, and data describing a data rate card 

at which a remaining payioad portion 301 of the packet [0027] Referring to Fig 4 of the accompanying draw- 
is about to be transmitted by the transmitting entity The 55 jngs, there is illustrated schematically a process carried 

header portion 300 is always transmitted at a first data out by the port card of a transmitting computer entity in 

rate, which is comparatively low For example the first a transmit mode It will be understood by those skilled 

data rate may be 1 MBit/s, whereas a second portion of in the art that the process illustrated in Fig 4 can be 
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implemented by means of a general purpose processor 
controlled according to a computer program written in a 
conventional language implementing an algorithm for 
performing the process Alternatively, the process may 
be carried out by the port card 200 implemented as a 
dedicated firmware implementation, the design details 
of which and the general implementation will be appar- 
ent to those skilled in the art 

[0028] In step 400, a transmitting computing entity 
transmits a first packetto a receiving entity The header 
portion of the packet is transmitted at the first, lower data 
rate, in the best mode implementation being 1 MBit/s 
The header portion contains a field comprising a byte of 
data, which indicates a data rate at which the remaining 
payload portion of the packet will be transmitted The 
remaining payload portion of the data packet is trans- 
mitted at a second, higher rate, in the best rnocie imple- 
mentation herein being 1 0 MBits/s The transmitting en- 
tity then waits in a first predetermined period step 401 
until a response is received from the receiving entity If 
a response signal is received from the receiving entity 
confirming that the packet has been successfully re- 
ceived, atthe higher data rate, then the transmitting en- 
tity inputs a next packet of the transmission and repeats 
step 400 However, if after a first predetermined period 
a confirmation response signal has not been received 
from the receiving entity, then in step 402 the transmit- 
ting entity proceeds to retransmit the data packet in the 
same manner as in step 400, That is to say the header 
data is transmitted at the first, lower data rate and the 
payload portion of the packet is transmitted at the sec- 
ond, higher data rate The header portion of the packet 
contains the same information as previously concerning 
the data transmission rate of the second portion of the 
packet The packet re-transmjtted is an exact retrans- 
mission of the original packet sent in step 400 The 
transmitting entity then waits for a confirmation re- 
sponse signal to be received from the receiving entity 
confirming that the packet has been received if the 
transmitting entity receives the confirmation signal from 
the receiving entity, then the transmitting entity selects 
a new packet comprising the transmission and reverts 
to step 400 for transmission of a new packet However, 
if after a second predetermined period the transmitting 
entity has not received a confirmation response signal 
from the receiving entity indicating that the transmission 
has failed, then the transmitting entity in step 404 re- 
transmits the packet in the same manner as previousfy, 
that is to say transmission of the header data at the lower 
data rate, and transmission of the payload data at the 
higher data rate In step 405, again, the transmitting en- 
tity awaits receipt of a confirmation signal from the re- 
ceiving entity ff the confirmation signal is received within 
a third predetermined period, then the transmitting entity 
proceeds to step 400 selecting the next packet in the 
transmission to be transmitted and proceeds to transmit 
the next packet However, if after the third predeter- 
mined period there is no confirmation signal from the 
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receiving entity that the packet has been received, the 
transmitting entity has now attempted three times to 
transmit the packet at the higher data rate for the pay- 
load portion of the packet and has failed Therefore, in 
step 406 the transmitting entity switches the payload da- 
ta rate of the packet to a lower data rate and transmits 
the packet with the header portion at the first, lower data 
rate and the payload packet at a third data rate, the third 
data rate being lower than the second data rate. The 
rate of transmission of the payload portion of the packet 
may be the same as the rate of transmission of the head- 
er portion, or may be a third data rate between the data 
rate of the header portion andthe higher data rate of the 
paytoad portion of the packet For example in the best 
mode implementation where only two data rates are 
present, say for example 1 MBit/s and 1 0 MBits/s, instep 
406 the whole of the packet will be re-transmitted at the 
lower data rate However, in an implementation where 
more than 2 data rates are used, for example a first data 
rate, eg 1 MBits/s is used for the header portion, and 
there are a selection of data rates used for the payload 
portion, say for example 1 0 MBits/s and 5 MBits/s, then 
the packet may be transmitted with a header portion at 
1 MBits/s followed by the payload portion transmitted at 
a third data rate of 5 MBits/s 

[0029] In step 407, the transmitting entity waits for a 
fourth predetermined period, during which receipt of a 
confirmation signal from the receiving entity is expected 
If, within the fourth predetermined period, a confirmation 
signal is received from the receiving entity, indicating 
that the packet has been received, then the transmitting 
entity reverts to step 400 for transmission of the next 
packet However, if after the fourth predetermined peri- 
od confirmation has not been received in step 408 it is 
checked whether a predetermined number of transmis- 
sions of the lower data rate payload packet in step 406 
have been achieved The predetermined number of re- 
transmissions atthe lower payload data rate is prepro- 
grammed and optimized by carrying out trials and ex- 
perimentation in user environments to determine an op- 
timum number of retries If the second predetermined 
number of retransmissions has not been achieved in 
step 408, then the packet is retransmitted at the lower 
data rate{s) in step 406 However, if the predetermined 
number of transmissions have been made, then in step 
409 the packet is dropped by overwriting the packet in 
memory If the algorithm reaches step 409, then trans- 
mission has failed at both the higher (second) payload 
data rate and the lower (first and/or third) payload data 
rates. 

[0030] In Fig 5, atthe receiving entity the port card 
operates in a receiving mode according to a second al- 
gorithm In step 500, the receiver receives a packet 
header at a low data rate In step 501 , the port card of 
the receiving computer entity decodes the header and 
examines the data rate field to determine the transmis- 
sion rate of the remaining payload of the packet which 
is to be received In step 502, if the data rate information 
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decoded in step 501 indicates that the remainder of the 
payload data is to be transmitted at a higher data rate, 
the port card reconfigures itself to receive payload data 
at the higher rate by adjusting its synchronization to re- 
ceive higher rate data However, if the header field de- 5 
coded in step 501 indicates that the data rate is to be 
the same as the date rate used for transmission of the 
header, then no further re-synchronization is required in 
step 502 In step 503, the port card of the receiving entity 
receives payload data at th e specif i ed payload data rate, 10 
and stores the payload data in a buffer, ready for pas- 
sage to a main processor of the receiving computing en- 
tity At this stage, checking of error detection codes and 
the integrity of the received payload data may occur 
within the port card, according to known error correc- 15 
tions codes In step 504, if the payload data has been 
received and error correction codes have correctly de- 
coded the payload data, the port card transmits a con- 
firmation signal that the packet has been successfully 
received in step 504 The receivi n g entity th en p roceeds so 
to await receipt of a next packet of the transmission in 
step 500 and procedure repeats as described herein- 
above 

[0031] Referring to Fig 6 herein, there is illustrated a 
set of transmissions between transmitting entity 600 and 25 
receiving entity 601 where no multi-path fading occurs 
and transmission of the higher data rate payload packet 
occurs successfully first time Transmitting entity trans- 
mits the Jow header data rate, high payload data rate 
packet in step 602 which is successfully received by re- so 
ceiving entity 601 Receiving entity 601 transmits a con- 
firmation signal 603 which is received by transmitting 
entity 600 Having been successfully transmitted and re- 
ceipt being confirmed by the receiving entity, the trans- 
mitting entity proceeds to transmit a next packet 35 
(0032] Referring to Fig 7 herein, there is illustrated 
schematically transmission between transmitting entity 
700 and receiving entity 701 where a low data rate, 
header, high payload data rate packet is unsuccessfully 
received on first transmission fn step 702, the transmis- 40 
sion entity transmits the data packet having low header 
rate and high payfoad data rate However, the packet is 
unsuccessfully received by receiving entity 701 on the 
first transmission Therefore after the first predeter- 
mined period, transmitting entity 700 retransmits the 4s 
packet having low header data rate and high payload 
data rate in transmission 703 Transmission 703 is suc- 
cessfully received by receiving entity 701 which gener- 
ates a confirmation signal 704 which is transmitted back 
to the transmitting entity 700 so 
[0033] Referring to Fig 8 herein, there is illustrated 
schematicaflytransmissions between transmitting entity 
800 and receiving entity 801 where a data packet having 
iow header data rate and high payload data rate is suc- 
cessfully received upon its third transmission, the first 55 
two transmissions 802, 803 of the packet being lost On 
the third transmission of the packet 804, the packet is 
successfully received by receiving entity 801 which then 



generates confirmation signal 805 which is retransmit- 
ted back to the transmitting entity 800. On receiving the 
confirmation signal, the transmitting, entity then pro- 
ceeds to transmit a next packet in step 400. 
[0034] Referring to Fig. 9 herein, there is illustrated 
schematically a case wher e transmission of a data pack- 
et having a low header data rate and higher payload da- 
ta rate is unsuccessfuf after three attempts Transmis- 
sions 902, 903, 904 of the high payload rate packet are 
made between transmitting entity 900 and receiving en- 
tity 901 The transmitting entity, after having received no 
response from any of the three initial packet transmis- 
sions 902 - 904 retransmits the same packet in trans- 
mission 905 having a iow data rate header and lower 
data rate payload at the first or third data rates The 
packet is successfufly received by receiving entity 901 
which generates a confirmation signal 906 which is sent 
back to transmitting entity 900, upon receipt of which 
transmitting entity 900 proceeds to select a new packet, 
transmitting the new packet at the higher payload data 
rate in step 400 

[0035] Practical tests were made on a specific em- 
bodiment according to the present invention comprising 
a pair of port cards each having a transmitter/ receiver 
operating at a centre frequency of 5 8 GHz Tests were 
carried out on tens of thousands of packets in a radio 
hostile indoor environment The basic measurement 
technique was to transmit a series of packets and log 
information about the detected packets at the receiver 
The indoor environment included a laboratory of dimen- 
sions 1 0 metres x 1 0 metres x 3 metres having a floor 
and ceiling of metal construction, one wall completely 
metallic and three walls being partially metallic with 
gfass panels Measurements indicated a delay spread 
of signals as high as 45 ns Measurements were made 
at a second higher data rate of 1 0 Mbits/s and at a lower 
(first or third) data rate of 1 MBit/s In both cases, a di- 
versity receiver was used For a typical measurement 
made over 50,000 received packets, transmitted be- 
tween transmitter and receiver separated by approxi- 
mately 7 metres, statistical information on percentage 
packet detection rate, packet success rate percentage, 
average received signals strength indicated, average 
error burst, and a maximum error burst were as follows: 



10 It/IBits/s 


Packet detection rate percentage 
Packet success rate percentage 
Average RSSI 
Average error burst 
Maximum error burst 


92 7 
87 2 

142 {-55dBm) 
5 

173 


1 MBit/S 


Packet detection rate percentage 
Packet success rate percentage 
Average RSSI 


99 9 
88 9 

148 (-52dBm) 
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(continued) 



1 MBit/S 


Average error burst 


1 


Maximum error burst 


3 



[0036] The above results indicate that an improve- 
ment in packet detection rate and packet success rate 
are achieved by switching bit rate from 1 0 MBits/s to 1 
MBit/s in a radio-hostiie indoor environment 
[0037] For a less hostile environment representing a 
typical domestic environment comprising a room in a 
building made of brick with relatively thick internal and 
external walls, in a room 8 metres x 1 2 metres x 2 5 me- 
tres, with a same separation of approximately 7 metres 
between transmitter and receiver, results for the meas- 
ured parameters at 10 MBits/s and 1 MBrt/s were as fol- 
lows: 



10 MBits/s 


Packet detection rate percentage 
Packet success rate percentage 
Average RSSI 
Average error burst 
Maximum error burst 


99 2 
98 1 

127 (-62dBm) 

3 

20 


1 MBit/S 


Packet detection rate percentage 
Packet success rate percentage 
Average RSSI 
Average error burst 
Maximum error burst 


99 9 
98 8 

143 (-55dBm) 

1 

6 



[0038] In the less hostile environment, the packet suc- 
cess rate and packet detection rate at 10 MBits/s are 
improved over a hostile environment However there is 
still an improvement in packet detection rate and packet 
success rate to be obtained by switching payload data 
transmission rate to a lower data rate 



second data rate being higher than said first da- 
ta rate, said header data containing a field de- 
scribing said second transmission data rate of 
said payload data; 

monitoring for receipt of a confirmation signal, 
said confirmation signaf confirming that said 
data packet has been received; 

monitoring a number of said higher data rate 
transmissions made: 

if a number of said higher data rate transmis- 
sions of said data packet have been made 
which exceeds a first predetermined number, 
and said confirmation signal is not received, 
then performing at least one lower rate trans- 
mission of said data packet, wherein said head- 
er data is transmitted at said first data rate and 
sard packet data is transmitted at a data rate 
being lowerthan said second transmission data 
rate; 

monitoring a number of said lower data rate 
transmissions of said data packet; and 

if a number of said iower data rate transmis- 
sions exceeds a second predetermined 
number, and said confirmation signal is not re- 
ceived, dropping sard data packet 

2 The method as claimed in claim 1 , wherein said step 
of performing a higher rate transmission of a data 
packet is performed at least two times 



35 

3 The method as claimed in cfaim 1 , wherein said step 
of performing a lower data rate transmission of a 
data packet is performed at least two times 

40 4, The method as claimed in claim 1 .wherein said first 
predetermined number is set at a value of at least 
two 



20 



Claims 

1 , A method of operating a computer entity for com- 
municating over a local area wireless link, sard com- 
puting entity comprising at least one processor, at 
least one memory means, at least one transmitter 
and at least one receiver, said method comprising 
the steps of: 

performing at feast once, a higher data rate 
transmission of a data packet comprising a 
header data and a payload data, wherein said 
header data is transmitted at a first transmis- 
sion data rate and said payload data is trans- 
mitted at a second transmission data rate, said 



5 The method as claimed in claim 1, wherein said sec- 

is set at a value of at 



le of communicating over 
said computer entity corn- 



means; 



ond predetermined num 
least two 

6 , A computer entity capab 
a local area wireless link, 
50 prising: 



at least one processi 
at feast one memory 
at least one transmit! 
at least one receiver; 



55 
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wherein said computer entity further corn pris- 
es: 

means for co ntro llf ng a f i rst h igher rate of trans- 
rnission of a data packet comprising header da- 5 
ta and payload data, for transmission of said 
header data at a first data transmission rate and 
transmission of said payload data at a second 
transmission data rate, said second data rate 
being higherthan said first data rate, said head- 10 
er data containing a field describing a transmis- 
sion data rate of said payload data; 

means for monitoring receipt of a confirmation 
signal for confirming that said data packet has 15 
been received; 

timing means for timing at least one pre-deter- 
minedtirrie period formoniioring receipt of said 
confirmation signal; 20 

said computer entity operating to: 

perform at least once, a higher data rate trans- 
mission of a data packet comprising a header 25 
data and a payload data, wherein said header 
data is transmitted at a first transmission data 
rate and said payload data is transmitted at a 
second transmission data rate, said second da- 
ta rate being higher than said first data rate, so 
said header data containing a field describing 
said second transmission data rate of said pay- 
load data; 

monitor for receipt of a confirmation srgnaJ, said 35 
confirmation signal confirming that said data 
packet has been received; 

monitora number of said higher data rate trans- 
missions made; 40 

if a number of said higher data rate transmis- 
sions of said data packet have been made 
which exceeds a first predetermined number, 
and said confirmation signal is not received, ^ 
then performing at least one lower data rate 
transmission of said data packet, wherein said 
header data is transmitted at said first data rate 
and said packet data is transmitted at a data 
rate being lowerthan said second transmission 50 
data rate; 

monitoring a number of said lower data rate 
transmissions of said data packet; and 

55 

if a number of said lower data rate transmis- 
sions exceed a second predetermined number, 
and said confirmation signal is not received, 
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dropping said data packet 

7 The computer entity as claimed in claim 6, further 
operating such that said step of performing a higher 
data rate transmission of a data packet is performed 
at least two times 

8. The computer entity as claimed in claim 6, further 
operating such that said step of performing a lower 
data ratetransmission of a data packet is performed 
at feast two times 

9. The computer entity as claimed in claim 6\ pre-con- 
figured such that said first pre-deterrnined number 
is set at a value of at least two 

1 0 . The computer entity as claimed in claim 6, pre-con- 
figured such that said second predetermined 
number is set at a vafue of at least two 

11., A computing entity for communicating over a locai 
area wireless link, said computing entity is config- 
ured for receiving a plurality of packet data trans- 
mitted over said local area wireless link, said com- 
puting entity comprising: 

at least one processor, 

at least one memory means; 

at feast one transmitter; 

at least one receiver means, said receiver 
means operating for receiving a header data of 
said data packet, said header data received at 
a first data rate; 

decoding means for decoding a rate field of said 
header data to obtain a data rate information 
specifying a data rate at which a payload data 
of said data packet is to be received, said re- 
ceiver receiving said payload data at said spec- 
ified data rate; 

means for verifying that said data packet is cor- 
rectly received; and 

means for generating a confirmation signal 
confirming receipt of said data packet, and 
sending said confirmation signal via said trans- 
mitter 
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